home *** CD-ROM | disk | FTP | other *** search
/ Linux Cubed Series 7: Sunsite / Linux Cubed Series 7 - Sunsite Vol 1.iso / system / ups / genpower.000 / genpower / genpower-1.0.1 / TODO < prev   
Text File  |  1995-07-16  |  3KB  |  94 lines
  1. Things To Do
  2.  
  3.    * Try to make the documentation a little more coherent.  
  4. I'm 
  5.      still trying to figure out how to do this without going 
  6. to a 
  7.      formatted document (i.e. PostScript, TeX, HTML).
  8.  
  9.    * Add more information for UPSs other than TrippLite and 
  10. APC.
  11.  
  12.    * Fix bugs, I'm sure there is just one last bug left....
  13.  
  14.    * I'm thinking of splitting the source tree for unipower 
  15. into 
  16.      two parts.  I seem to run into two distinct groups who 
  17. want 
  18.      to use UPSs with Linux.  The first are those who use 
  19. Linux 
  20.      like any other desktop OS and feel the UPS monitoring 
  21. would 
  22.      be a nice addition to their system.  The second group are 
  23.      people or organizations using Linux as a server and need 
  24. to 
  25.      be able to keep it up 24 hours a day.  These two groups 
  26. have 
  27.      different goals and different requirements.
  28.  
  29.      The non-server users (lite) are looking for an easily 
  30.      configured package that will let them know when the power 
  31. is 
  32.      out and will shut the system down when the power gets too 
  33.      low.  All other types of problems should just be logged.
  34.  
  35.      The key word for the 'heavy' package would be paranoia.  
  36. The 
  37.      idea would be that the system would have to figure out 
  38. how 
  39.      much time it had available, and would only run off of 
  40.      battery power for some pre-configured amount of that 
  41. time.  
  42.      In the case of other problems, the 'heavy' package would 
  43.      generally log the problem and shut the system down.  The 
  44.      protection of data would be the first concern.  Needless 
  45. to 
  46.      say the setup would be much more complex on the 'heavy' 
  47.      package.
  48.  
  49.    * Add network support for multiple Linux boxes on the same 
  50.      UPS.  There are several methods I've toyed with for doing 
  51.      this.
  52.  
  53.      The simple method would be to setup a service (via inet) 
  54.      that just writes to contents of the /etc/upsstatus file 
  55. to 
  56.      the port when it gets a connection.  Then a daemon 
  57. process 
  58.      on the clients connects to the port every few seconds to 
  59.      check the status.  I am a little concerned that this 
  60. would 
  61.      start to cause problems if the number of clients was 
  62. greater 
  63.      than one or two.  The alternative simple method would be 
  64. to 
  65.      have the clients listen to a port, and have the server 
  66.      connect to a list of clients if the UPS's status changes.  
  67.      The client would be responsible for acting on the change 
  68. in 
  69.      status and getting itself shutdown before the server 
  70. shuts 
  71.      the inverter on the UPS off.
  72.  
  73.      The complex method involves the clients connecting to the 
  74.      server and broadcasting an ID, and then getting the 
  75. status 
  76.      of the UPS.  The server would then maintain a list of 
  77.      clients that were being served.  The server would make 
  78. sure 
  79.      that all of the clients on its list had either 
  80. acknowledged 
  81.      messages or had timed out before it reacted to changes in 
  82.      the power status.  This system could quickly turn into a 
  83.      major project.
  84.  
  85.  
  86. I'm looking for thoughts and suggestions from the Linux 
  87. community on the last two items.  Please remember that I'm 
  88. doing this on my own time, so new features will be added only 
  89. as time permits.
  90.  
  91. Tom Webster
  92. webster@kaiwan.com
  93. 07/07/1995
  94.